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ABSTRACT 


We  introduce  a  real-time  decision  support  system 
which  uses  optimization  methods,  simulation,  and 
judgement  of  the  decision  maker  for  operational 
assignment  of  military  units  to  tasks  and  for  tactical 
allocation  of  unit  resources  to  task  requirements. 

The  system,  named  ARES  for  the  Greek  god  of  war, 
accommodates  a  high  degree  of  detail  in  the  logistics 
of  unit  movements  during  operations,  yet  separates  the 
assignment  and  allocation  activities  in  a  fashion  which 
naturally  accommodates  human  intervention  and 
j  udgement . 

ARES  is  designed  to  assist  the  decision  maker,  not 
to  replace  him.  ARES  is  demonstrated  with  a 
hypothetical  scenario  constructed  for  14  Engineering 
Battalions  of  the  Hellenic  Army  which  are  assigned  20 
tasks  employing  25  resource  types  in  repairing  major 
damage  to  public  works  following  a  grate  earthquake*. 

ARES  is  designed  for  use  in  real  time,  and  quick 
data  preparation  is  aided  by  the  provision  of  standard 
task  icons  from  published  sources. 

\ 

*  This  hypothetical  data  was  prepared  prior  to  the 
earthquake  in  Kalamata  near  Athens  on  13  September, 
1986,  and  exhibits  uncanny,  but  coincidental 
resemblance  to  that  real  situation. 
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I.  INTRODUCTION 


We  introduce  ARES,  a  prototypic  system  for  real-time  operational  and 
tactical  decision  support.  ARES  is  designed  to  quickly  and  effectively 
help  respond  to  complex  emergent  problems  in  disaster  relief,  in  the 
operational  art  and  tactics  of  warfare,  and  in  related  multiperiod, 
large-scale  employment  of  heterogeneous,  substitutable  resources 
restricted  in  availability  and  demand  over  time,  over  geography,  and  by 
organizational  limitations. 

Although  a  great  deal  of  work  has  been  done  in  strategic  modelling  in 
many  contexts,  there  is  relatively  little  available  modelling  help  beyond 
simple  thumb  rules  for  the  time-pressed  (operational  or  tactical)  decision 
maker  to  translate  strategic  goals  into  logistical ly  constrained 
operational  and  tactical  plans  (and  the  issues  are  different).  The 
luxuries  of  hypothetical  additional  resources  and  the  time  to  analyze 
their  employment  are  just  not  available  in  the  operational  and  tactical 
domains:  operational  and  tactical  decisions  must  be  made  quickly,  and 
usually  involve  employing  only  resources  actually  available  to  perform 
whatever  mission  is  at  hand. 

The  history  of  assignment  and  allocation  models  for  planning  emergency 
logistics  extends  back  to  some  of  the  earliest  work  in  linear  programming, 
game  theory,  and  their  economic  interpretation.  We  cite  only  a  few  of  the 
references  in  this  large  body  of  literature.  The  seminal  works  by  Dantzig 
and  by  Koopmans  (both  found  in  Koopmans  1951)  are  explicitly  motivated  by 
large-scale  logistics  problems.  Karchere  and  Hoeber  (1953)  give  early 
direction  on  the  use  of  newly  developed  optimization  technolotjy  in  weapon 
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system  planning  and  allocation,  discussing  substitutability  of  resources 
and  choice  of  suitable  objective  functions.  Geisler  (1959)  reports  RAND’s 
first  use  of  nan-machine  simulation  of  logistics  support  activities. 
Chaiken  and  Larson  (1972)  state  some  basic  issues  in  logistic  location  and 
task  assignment  for  emergency  service  vehicles:  how  many  units  should 
there  be,  where  should  they  be  located,  who  should  they  serve,  and  how  can 
they  be  relocated  to  substitute  for  units  not  available.  Kaplan  (1973) 
redeploys  divisible  resources  with  linear  programming.  Fitzsimmons  (1973) 
states  a  nonlinear  response  time  model  and  uses  pattern  search  to  locate 
units  well  and  allocate  workload  equitably.  Swoveland,  Uyeno,  Vertinsky, 
and  Vickson  (1973)  employ  simulation  and  human  interaction  to  set  up  a 
unit  location  problem  as  a  quadratic  assignment  model  which  is  solved  with 
an  elegant  heuristic.  Bracken  and  McGill  (1974)  formulate  strategic  force 
planning  models  as  two-sided  games  solved  with  nonlinear  programming . 
Bracken,  Falk,  and  Karr  (1975)  apply  multiperiod,  two-person  zero-sum 
games  formulated  to  develop  strategies  for  unit  sortie  allocations. 
Finally,  Kolesar  and  Walker  (1974)  develop  a  multi-stage  solution  approach 
to  unit  and  task  assignment  using  set  covering  and  transportation-1  ike 
integer  linear  programs  which  are  used  in  real  time  by  applying 
heuristics. 

Named  for  the  Greek  god  of  war,  ARES  is  a  proof  prototype  of  a 
real-time  decision  support  system.  It  employs  optimization  and  simulation 
to  capture  and  exploit  a  high  degree  of  realism  without  demanding 
unreasonable  amounts  of  data,  or  locking  the  decision  maker  out  of  the 
decision  process.  The  Intent  is  to  provide  quick  credible  advice  with 
good  global  perspective  at  a  cost  no  greater  than  the  relatively  myopic 


decision  methods  now  widely  used. 


ARES  accommodates  enough  detail  to  support  realistic  decisions,  but 
not  so  much  as  to  render  the  process  useless.  For  the  intended 
applications,  the  particular  missions  to  be  performed  will  not  likely  be 
known  much  in  advance,  but  the  generic  types  of  missions  are  known  and  can 
be  planned.  ARES  uses  a  taxonomy  of  prepared  standardized  icons  for  data 
describing  possible  missions.  The  idea  is  to  help  the  decision  maker 
quickly  assemble  a  data  scenario  closely  resembling  the  proximate 
situation  from  a  menu  of  these  standard  icons. 

We  characterize  the  mission  at  hand  as  a  set  of  geographically 
dispersed  tasks .  each  composed  of  partially-ordered  sub-tasks  requiring 
over  time  varying  amounts  of  different  resources.  Organizational  units, 
also  geographically  dispersed  and  each  possessing  a  different  endowment  of 
resources,  are  to  be  assigned  responsibility  for  the  tasks. 

Responsibility  for  each  task  rests  with  only  one  unit  at  any  given  time. 

ARES  consists  of  several  models  coordinated  by  a  time  interval 
simulator  which  also  scales  and  manipulates  scenario  data  in  a  fashion 
transparent  to  the  decision  maker.  Two  integer  linear  programs,  a  linear 
program,  a  georeference  system,  a  mobility  system,  a  decision-maker 
simulator,  and  extensive  user  interface  and  user  override  and  control 
facilities  complete  the  program  suite.  The  models  in  ARES  all  use  a 
standard  data  interface  visible  to  the  decision  maker;  this  invites 
expansion  with  new  models  and  features. 

A  scenario  is  created  from  the  attributes  of  available  units  and  task 
attributes  derived  in  large  part  from  standard  cataloged  data  icons  for 
similar  tasks.  A  georeference  system  is  accomodated  to  generate  distance 
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costs  and  delays  in  relocating  and  operating  units.  The  decision  maker 
may  preview  the  scenario  and  modify  data  or  manually  pre-assign  tasks  and 
units  as  he  sees  fit. 

Operational  assignment  of  tasks  to  units  uses  one  of  two  integer 
prograinning  models  { IPj^)  or  (IP).  Good  task  aggregations  for  the  unit 
assigned  reduce  unit  relocation  costs  and  match  unit  resource  endowments 
with  aggregated  task  resource  requirements.  Logistical  considerations  are 
paramount  at  this  stage. 

The  decision  maker  can  review  the  operational  assignments,  modify  them 
manually,  or  reject  them  outright  and  restate  the  conditions  for  the 
original  operational  assignment  scenario.  An  acceptible  set  of 
operational  assignments  is  passed  forward  to  a  tactical  model. 

Tactical  allocation  of  the  resources  of  each  unit  to  the  requirements 
of  its  assigned  tasks  uses  a  linear  programming  model  (GN).  Substitutions 
among  resources  are  permitted,  although  at  reduced  efficiencies  in 
completing  the  tasks.  Allocations  recognize  task  priorities  and  the 
logistical  effects  of  geographic  proximity.  In  addition,  unit  efficiency 
in  performing  a  particular  task  improves  over  time,  and  the  sequence 
within  tasks  of  resource  requirements  is  considered.  The  result  is  a 
complete  plan  for  each  unit,  showing  what  resources  are  to  be  used  to 
fulfill  each  task  requirement,  and  the  efficiency  with  which  operations 
are  expected  to  be  carried  out.  The  allocation  also  determines  which 
requirements  will  not  be  met  in  situations  which  overtax  units. 

Finally,  the  decision  maker  is  presented  with  a  complete  solution, 
which  he  can  accept,  or  modify,  or  reject  outright  and  repeat.  Regardless 
of  his  action,  ARES  is  designed  to  lend  quick  insight.  The  decision  maker 
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II.  OPERATIONAL  ASSIGNMENT  MODEL  (IP) 


This  integer  program  finds  good  aggregate  assignments  of  tasks  to 
units  without  explicit  consideration  of  unit  movement. 


Index  Use 


Tasks 


Resources 


Uni  ts 


Given  Data 


V  ui 


d..  Distance  cost  from  unit  k  to  task  i 

ik 

r  .  r  Minimum,  maximum  resource  j  requirements  of  task  1 

a^,  a  k  Minimum,  maximum  resource  j  employable  by  unit  k 
— jk'  Zjk  Penalties  for  violating  minimum,  maximum  resource  limits 
PA  Priority  of  task  i  (>0) 

u j .  Uj  Penalties  for  not  assigning,  double-assigning  task  i 
fjj  Substitution  efficiency  of  resource  J  (>0) 
s^  Sequence  of  resource  J  requirement  within  task  i 
hjjk  Consumption  by  task  i  of  resource  j  from  unit  k 
Decision  Variables 

x^  Binary  variable  for  assigning  task  i  to  unit  k 
Formulation 


MIN  22  d,.  x.. 

Ik  ik 


s.  t.  2 
k 


xlk  =  (1.1)  ;  (Uj.Uj)  for  all  i  (1)  (GUB) 

huk  xn< 1  (ijk-V  ;  <£jk  xjk> for  a“  J  k  (2> 


x<L>  =  {0.1} 


for  al 1  i ,k  (3) 
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The  notation  =  (r_,  r);(z,  z)  indicates  lower  and  upper  ranges  (i\  r)  on 
row  functional  values  with  corresponding  respective  linear  penalties  per 
unit  of  violation  (z.z);  i.e..  this  is  a  goal  program  with  linear 
penalties,  sin  elastic  integer  program  (Brown  and  Graves  1975). 

Constraints  (1)  encourage  assignment  of  each  task  to  some  unit,  and  form  a 
generalized  upper  bound  (GUB)  row  set  (Dantzig  and  Van  Slyke  1967). 
Constraints  (2)  express  the  goodness  of  fit  of  task  assignments  with 
employable  unit  resources.  Constraints  (3)  preclude  fractional  assignment 
of  tasks  to  units. 

Consumption  by  task  1  of  resource  j  from  unit  k  is  defined: 


huk s  iu  e‘ln  rJJ  *  (prI)/10  *  dik/“k  *  'ik . 


where  o^  is  the  speed  of  advance  of  a  unit  and  t^  is  the  number  of 
periods  that  unit  k  has  already  been  assigned  task  i.  The  rationale  for 
the  particular  consumption  function  (1)  amplifies  the  resource  requirement 
to  account  for  the  state  of  resource  readiness  fjj.  the  task  priority 
Pj  (making  less  important  tasks  appear  more  expensive),  the  logistic 
proximity  of  unit  k  and  task  i,  d^/a^.  and  learning  curve  effect  as  a 
function  of  time  since  assignment,  t^.  The  data  are  scaled  so  that  (1) 
is  in  conformity  with  policy  guidance  or  the  Judgement  of  the  decision 
maker.  Alternate  consumption  functions  may  appeal  in  other  situations. 

The  distance  costs  d^  and  penalties  u ^ ,  u^  and  z^.  z^  are  expressed 
in  commensurate  units  and  deserve  some  thought  by  the  modeller.  For 


instance,  z^  may  be  interpreted  as  how  much  additional  distance  cost 
should  be  Incurred  before  considering  overtaxing  maximum  resource 


employment  for  unit  k;  this  is  a  direct  expression  of  logistical 


efficiency.  For  simplicity  in  our  tests,  distance  costs  d.,  are  scaled  by 


a  policy  parameter.  z„  and  z„  are  part  of  the  input  script,  u^  is 


defined  as  100/p^,  and  u^  equals  100. 


III.  OPERATIONAL  ASSIGNMENT  MODEL  (IPL) 


The  purpose  of  this  integer  program  is  to  find  good  movements  of  units 
to  locations  from  which  they  will  be  assigned  good  aggregate  groups  of 
tasks  to  perform. 

Index  Use 

i  Tasks 

j  Resources 

k  Units 

1  Locations  (assumed  here  to  be  collocated  with  tasks) 

Given  Data 

d^  Distance  cost  from  unit  k  to  location  1 
g , ,  Distance  cost  from  task  i  to  location  1 

Gross  resource  requirement  j  of  task  i  performed 
from  location  1 


Binary  variable  for  assigning  task  i  to  location  1 
Binary  variable  for  moving  unit  k  to  location  1 


Formulation 


MIN  ??  gil  zil  +  ,2?  dlk  xlk 


=  (I.IMUj.Uj)  for  all  i  (1)  (GUB) 
xlk  =  (1. !):(■•■)  for  all  k  (2)  (GUB) 
x..  =  (0,l);(m,m)  for  all  1  (3) 


"Zil  +  I 

k 


x„  =  (0,l);(mtm)  for  all  i.l  (4) 


2  rji i  zn  +  ^  ajlk  xlk  =  (0,0) ; (b.b)  for  all  l.J  (5) 


=  {0.1} 


for  all  i.l  (6) 

for  all  l.k  (7)  (IPL) 


xlk  =  *0,1*  for  a11  1,k  (IPL) 

(IP^)  uses  the  notation  of  (IP).  Constraints  (1)  encourage  assignment 

of  each  task  to  some  location.  Constraints  (2)  allow  movement  of  each 

unit  to  some  location.  (A  GUB  row  set  is  formed  by  constraints  (1)  and 

(2).)  Constraints  (3)  attempt  to  restrict  assignments  so  at  most  one  unit 

is  moved  to  any  particular  location,  (4)  require  that  a  unit  be  moved  to 

any  location  to  which  a  task  is  assigned,  and  (5)  attempt  to  match  for 

each  location  and  each  resource  an  aggregate  assignment  of  tasks  which 

have  gross  resource  requirements  about  equal  to  the  net  resource 

availability  of  the  unit  moved  to  that  location  to  perform  the  tasks. 

Constraints  (6)  and  (7)  preclude  fractional  location  of  tasks  and  units. 

Gross  resource  requirement  represents  the  resource  j  estimated  to 

be  required  at  location  1  in  order  that  task  i  actually  receive  r^j. 


-  =  r  e"ln  f11  +  (Pi-D/10  +  gu/CT 

jil  “  -ij  e  JJ  1  11  - 


where  a  expresses  the  logistic  radius  of  influence  from  any  location;  we 


have  used  a  =  100.  The  gross  resource  requirement  (2)  amplifies  the 


resource  requirement  r^  in  the  same  fashion  as  (1). 

Net  resource  availability  a^^  represents  the  amount  of  resource  j 
which  unit  k  can  deliver  from  its  endowment  a.,  forward  to  location  1. 

Jk 

Unit  k  may  be  moving  toward  location  1  while  supplying  this  net  resource 


*Jlk  3  ajk  fJj  <“lk  *  ('““Ik)  (3) 

where  is  the  fraction  of  time  which  the  unit  will  spend  at  its 
destination  location,  and  is  the  speed  of  advance. 

The  distance  costs  d^  md  Sjj*  and  the  penalties  u^  u^,  m.  b  and  b 
all  render  the  same  objective  function  units.  In  our  work,  m  =  100,  and 
u^  and  Uj  are  defined  as  in  (IP).  The  penalties  for  assigning  too  little 
(or  too  much)  resource  J  to  location  1  are  b  (or  b).  We  have  used  b  =  0 


IV.  TACTICAL  ALLOCATION  MODEL  (GNk) 


This  linear  program  allocates  resources  to  the  tasks  assigned  to  unit 


Index  Use 


Tasks 


Resources 


Given  Data 


r .  .  r . 
-iw  iw 


Work  (resources  required  by  tasks  assigned  to  unit  k) 


Minimum,  maximum  work  requirements  «  of  assigned  task  1 


<j-iw’  q^^  Penalties  for  violating  minimum,  maximum  work  requirements 
a^,  ajk  Minimum,  maximum  resource  J  employable  by  unit  k 
~Jk'  Zjk  Penalties  for  violating  minimum,  maximum  resource  limits 


Priority  of  task  i 

Substitution  efficiency  of  resource  j  for  work  requirement  w 


Sequence  of  work  requirement  w  in  task  i  { >0) 
e^wj  Efficiency  of  resource  j  used  for  work  w  on  task  i 
Decision  Variables 

y^w^  Allocation  of  resource  j  to  task  i  resulting  in  work  w 
Formulation 

MAX  212  e.  .  y .  . 

St  i.J  ‘"J  ‘«J 

*  y!»j  =  :  for  aU  *■*  (')  (CUB> 
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yt.j  *  fiik-V)  •  for  811  J  <2> 


iwj  Jiwj  -Jk  Jk 
yiwj  >  0 


for  all  i.w.J  (3)  (GN.  ) 


(GN^)  uses  the  notation  of  (IP).  However,  the  dimensions  of  (GN^) 
discriminate  between  resources  consumed,  j,  and  work  completed,  w. 
explicitly  representing  substitutability  of  resources.  Constraints  (1) 
encourage  allocation  of  sufficient  work  resources,  while  constraints  (2) 
indicate  the  desired  mix  of  employable  unit  resources.  Constraints  (3) 
require  non-negative  resource  allocations.  (GN^)  is  an  elastic 
generalized  network  (Brown  and  McBride  1984). 

Efficiency  of  resource  j  used  for  work  w  on  task  i  is  defined 


'i.j 5  e~ln  fJ*  *  (pi'1)/10  *  si»/10  *  dii/V 


where  s^w  =  max  {0,  s^w  -  t},  t  is  the  last  time  period  of  this 
allocation,  and  is  the  unit  speed  of  advance.  The  efficiency  (4) 

employs  the  readiness  and  substitutability  of  resources  via  f,  .  s+ 

Jw  iw 

reduces  efficiency  if  the  work  w  should  not  be  started  until  period  s^. 


If  model  (IP)  has  been  used  for  operational  assignment, 

dik  5  nax  (0.  dlk  -  ^2} .  (5) 

If  unit  k  is  to  be  advanced  toward,  or  to,  location  1  by  model  (IP^), 

dlk  s  max  (0.  dJk  -  cxk/2}  +  gn-  (6) 

These  distance  costs  d^k  in  (5)  or  (6),  and  penalties  qlw>  Zjk>  and 

Zjk  are  all  Intended  to  yield  the  same  objective  function  units.  For  our 
tests,  3lw  s  100/piSjw,  and  qJw  s  100. 
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CONSIDERATION  OF  LOGISTICS 

The  efficiency  with  which  a  unit  completes  a  task  depends  heavily  upon 
logistical  considerations.  If  a  unit  is  remote  from  a  task,  or  must  be 
moved,  its  efficiency  suffers.  Figure  1  shows  an  idealized  situation  with 
unit  k,  task  i.  and  location  1. 


Figure  1:  Idealized  Geographic  Logistical  Scenario 

Model  (IP)  assigns  tasks  to  units  relying  exclusively  upon  d^-  (IP^) 

moves  units  to  new  locations  and  assigns  tasks  to  be  performed  from  these 
new  unit  locations.  (IP^)  recognizes  d^  and  gjj-  The  distances  d^  and 
d^  are  surrogates  for  logistical  costs  of  assignment  during  the  ensuing 
time  period.  Clearly,  ( IP^)  is  more  appropriate  for  situations  in  which 
unit  movements  are  expected.  (IP)  when  they  are  not.  ( IPj_)  provides  the 
decision  maker  with  a  better  opening  gambit  than  does  (IP)  if  the  scenario 
involves  significant  initial  redeployment  of  units. 

Tactical  allocation  models  (GN)  are  given  unit  and  task  assignments 
and  planned  unit  movements.  Therefore,  (GN)  can  allocate  resources  using 


any  logistic  efficiency  function  of  assigned  distances,  and  of  other 
attributes  induced  only  from  assignment  such  as  weather  effects,  speed  of 
unit  movement,  etc.  (GN)  can  also  substitute  resources  at  somewhat 
reduced  efficiency  as  well  as  prioritizing  their  immediate  application. 
Given  a  fairly  reasonable  operational  assignment.  (GN)  provides  a 
high-resolution  work  plan  with  rich  logistic  detail  and  good  face 
valid! ty. 


VI.  AN  EXAMPLE  SCENARIO 


We  demonstrate  ARES  with  an  example  constructed  for  Engineering 
Battalions  of  the  Hellenic  Army.  The  mission  scenario  involves  20  tasks 
repairing  major  damage  to  public  works  following  an  earthquake.  For  our 
purposes,  there  are  14  units,  each  endowed  with  some  of  25  resources. 
Figure  2  shows  the  units  and  tasks  from  the  ARES  input  script.  In  the 
United  States,  the  Department  of  the  Army  defines  unit  types  in  (1976), 
and  task  standards  in  (1973a). 
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Figure  2-  Units  and  Tasks  of  Example 


Figure  4-  Earthquake  Epicenter 


A  georeference  system  is  used  to  generate  coordinate-to-coordinate 
distance  costs,  which  appear  in  the  ARES  input  script. 

The  resource  requirements  for  Task  1  ("ADMIN.  BUILDING  AA1051"),  a 
disaster  relief  facility,  are  given  in  Figure  6  and  the  input  script. 
Resource  requirements  such  as  these  are  available  in  standard  engineering 
reference  manuals  for  a  wide  variety  of  task  types  (for  instance,  see 
unclassified  sources  from  the  United  States  Department  of  the  Army  (1973a, 
1973b,  and  1973c).  We  envision  a  taxonomy  of  standardized  task  data  icons 
from  which  a  particular  set  of  requirements  can  be  very  quickly  extracted 
and  assembled  for  a  scenario.  The  size  of  our  resource  requirements  data 
base  is  modest  but  the  resulting  accuracy  and  level  of  detail  are  quite 
good.  Better  yet.  data  mobilization  from  a  menu  of  such  icons  can  be 
completed  in  minutes. 
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Figure  6:  Resource  Requirements  of  Task  1 
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The  resources  employable  by  Unit  1  ("1ST  COMBAT  BN"),  a  combat 
engineering  battalion,  are  given  in  Figure  7  and  in  the  input  script. 
These  resource  endowments  are  in  line  with  those  given  by  the  United 
States  Department  of  the  Army  (1973a)  with  conversion  to  man  hours  from 
(1971). 
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Figure  7-  Resource 

Endowment 

of  Unit 

1. 

The  input  script  also  includes  for  each  task  the  sequence  of  resource 
requirements  expressed  as  the  first  period  when  the  resource  is  best 
applied,  and  for  each  resource  its  substitution  efficiency  for  other 
resources . 

The  scenario  data  constitutes  about  1,000  records.  However,  these 
records  derive  from  the  unit,  task,  and  resource  definitions  which  are 
modest  in  number. 
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VII.  DESIGN  AND  IMPLEMENTATION 


ARES  is  intended  to  help  the  decision  maker,  not  to  replace  him. 
Figure  8  shows  the  functional  structure  of  ARES.  The  design  is  biased 
toward  interactive  use  with  review  and  intervention  options  at  each  stage 
of  operational  assignment  and  tactical  allocation. 


INITIALIZE: 

NEXT_PERIOD: 

OP_ASSIGN: 


REVIEW_IP: 


TAC_ALLOC: 

UNIT-K: 

NEW_SCRIPT: 

REVIEW_PERIOD: 


Define  NEW_SCRIPT 

Redefine  NEWJSCRIPT  as  OLD_SCRIPT 

Select  Model  (IPL)  or  (IP) 

Read  OLD_SCRIPT 

Generate  and  Solve  (IP^)  or  (IP) 

Record  task  and  unit  assignments  on  ASSIGN_FILE 
Option  to  review  assignments  in  ASSIGN_FILE 
either  stop. 

or  edit  OLD_SCRIPT  and  GOTO  OP_j\SSIGN, 

or  edit  OLD_SCRIPT  and/or  ASSIGN_FILE  and  continue 

Read  OLD_SCRIPT  and  store  as  SCRIPT 

Read  ASSIGN_FILE  and  update  SCRIPT  assignments 

Select  (GN^) ,  Generate  and  Solve 

Update  SCRIPT  resource  requirements  for  work  completed 

For  next  unit  k  REPEAT  UNIT-K 

Update  SCRIPT  unit  locations  and  distance  costs 

Write  SCRIPT  as  NEW_SCRIPT 

Option  to  review  results 

either  stop, 

or  edit  0LD_SCR1PT  and/or  ASSIGN_FILE 
and  GOTO  OP_ASSIGN 

or  edit  NEW_SCRIPT  and  GOTO  NEXT .PERIOD 


Figure  8:  ARES  Functional  Specification 


ARES  is  implemented  in  FORTRAN  H(Extended)  and  executes  on  an  IBM  3033 
AP  computer  using  the  VM/CMS  operating  system.  Input  scripts  are  read 
from  files  which  may  be  viewed  and  modified  with  a  full-screen  editor  such 
as  XEDIT.  (Software  copyrights  IBM  Corporation.) 

ARES  uses  the  X-SYSTEM  (Brown  and  Graves  1975)  to  solve  (IP^).  (IP) 
and  (GN^)  in  real  time.  For  each  problem  instance,  problem  generators 
directly  convert  input  script  data  into  an  internal  representation,  the 
solver  is  invoked,  and  the  solution  is  provided  to  a  report  writing 
program.  ARES  consists  of  a  set  of  open  subroutines  and  is  executed  with 
whatever  preview,  review,  or  other  external  interference  is  deemed 
desirable. 

We  envision  cyclic  use  and  review  at  varying  levels  of  detail  as  a 
mission  progresses  over  time.  Accordingly,  input  scripts  include  the 
beginning  period  and  number  of  periods  in  the  ensuing  time  interval,  which 
intrinsically  scales  time-dependent  input  data  to  the  desired  level  of 
aggregation.  We  have  tested  ARES  manually  and  by  replacing  the  decision 
maker  with  a  simulation  which  performs  "judgement  review”  of  successive 
solutions  over  time.  This  permits  totally  automatic  evaluation  of 
complete  mission  scenarios,  and  avoids  tedlus  manual  effort  in  our 
research.  (A  single  time  interval  may  generate  15,  or  20  thousand  lines 
of  solution  detail  at  the  scale  of  our  example  scenario.) 

The  update  of  unit  coordinate  locations  and  distance  costs  is  a  simple 
surrogate  for  a  more  realistic  and  complicated  georeference  and  mobi  lity 
system.  ARES  estimates  the  direction  and  speed  of  advance  of  each  unit 
during  the  time  interval  and  relocates  the  unit.  Then  the  distance  costs 
are  adjusted.  If  operating  areas  are  known  sufficiently  in  advance  to 
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permit  preparation  of  detailed  georeference  and  mobility  systems,  ARES  can 
accomodate  the  increased  level  of  detail  in  real  time  (e.g..  Brown.  Ellis. 
Craves,  and  Ronen  1987).  The  update  can  also  be  used  to  degrade,  or  to 
amplify  unit  resource  endowments  and  effectiveness  to  modify  task  resource 
requirements,  or  to  change  any  other  data  artifact,  providing  a  rich 
mode 1 1 1 ng  arena . 


Figure  10  depicts  the  arrival  of  units  to  their  Initially  assigned 


locations. 


Figure  10:  Initial  Operational  Assignments  of  Units  to  Locations. 

Arrows  show  straight-line  path  of  advance  toward  assigned 
locations . 

Without  intervention  by  the  decision  maker,  the  scenario  completed 
itself  in  7  weekly  intervals,  requiring  less  than  2  minutes  in  a  1.2 
megabyte  memory  region. 

Face  validity  of  the  simulation  solution  is  excellent.  No  manual 
intervention  has  been  found  to  improve  the  solution.  In  fact,  many  manua 
attempts  to  coerce  better  assignments  resulted  in  startling  degradations. 


The  application  of  available  resources,  with  allowable  substitutions, 
is  shown  in  Figure  11  for  the  7  single-period  time  intervals  required  to 
complete  the  earthquake  scenario. 
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Figure  11:  Resource  Requirements  and  Work  Completed.  Each  row 

represents  a  resource  requirement  over  time-interval  columns. 
The  white  bars  depict  resource  requirements  by  time 
interval;  the  black  bars  show  the  relative  fulfillment  of  the 
requirements.  Broken  bars  are  out  of  scale.  From  each  time 
interval  to  the  next  the  requirements  are  reduced  by  the  work 
completed  and  amplified  by  new  sequence-dependent 
requirements.  In  this  scenario.  7  weekly  time  intervals  are 
required  to  complete  all  tasks. 
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IX.  COMPUTATIONAL  EXPERIENCE 


Extensive  computational  experience  reveals  that  the  operational 
assignment  models  (IP)  and  especially  (IP^)  are  most  difficult  to  solve  at 
the  beginning  of  a  scenario,  and  get  progressively  easy  in  later  time 
intervals.  The  size  of  these  models  varies  with  the  number  of  mandated 
assignments,  impossible  assignments,  and  the  non-zero  density  of  resource 
availabilities  and  remaining  requirements.  (IP)  typically  has  about  340 
constraints,  268  binary  variables,  and  6,200  non-zero  consumption 
coefficients.  The  linear  program  continuous  relaxation  can  be  generated 
and  solved  in  about  5  seconds,  and  an  optimal  binary  solution  is  achieved 
in  another  second,  or  so. 

(IP^)  has  about  1,000  constraints.  645  binary  variables,  and  8,000 
rather  unwieldy  non-zero  gross  resource  requirement  and  net  resource 
availability  coefficients. 

The  linear  program  continuous  relaxation  of  (IP^)  Prove<^  impossible  to 
solve  by  direct  assault.  Prior  work  by  Brown  and  Graves  for  Bausch  (1982) 
on  large-scale  set  partitioning  problems  and  later  refinements  by  Brown. 
Graves  and  Ronen  (1987)  suggested  an  alternate  means  of  attack:  a  problem 
cascade . 

Briefly,  the  rows  of  constraints  and  columns  of  variables  are 
lexicographically  sorted  to  place  short  rows  first  accompanied  by  other 
rows  and  columns  with  intersecting  non-zero  coefficients,  and  longer  rows 
later  with  their  own  intersecting  rows  and  columns. 

The  problem  cascade  proceeds  by  activating  a  set  of  constraints, 
relaxing  all  other  constraints,  and  activating  a  set  of  variables,  fixing 
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all  other  variables  to  their  last-known  values.  This  problem  is  solved, 
the  new  values  of  the  active  variables  recorded,  and  another  problem 
specified  in  the  building  problem  cascade.  The  last  problem  in  the 
cascade  activates  all  constraints  and  variables  (precisely  the  problem 
found  intractable  above)  and  solves  it  by  starting  with  an  advanced 
solution  recorded  from  the  last-known  values  of  variables  solving  previous 
problems  in  the  cascade. 

(IP  )  resisted  even  the  problem  cascade  until  a  new  heuristic  cascade 
strategy  was  adopted  which  activates  the  shortest  1/2  of  constraints  and 
their  associated  variables,  then  the  shortest  3/4,  then  7/8,  and  so  forth 
until  the  last  constraint  is  added  and  the  problem  is  solved.  Remarkably, 
this  approach  has  been  absolutely  reliable  and  robust,  while  most  others 
fail  or  prove  unruly. 

Generation  and  complete  problem  cascade  solution  of  the  continuous 
relaxation  of  (IP^)  now  requires  about  10  seconds. 

An  acceptable  binary  solution  to  (IP^)  *s  achieved  ia  another  second, 
or  two. 

We  do  not  routinely  seek  optimal  binary  solutions  to  (IP^).  which  we 
refer  to  as  "perfect  misfits".  The  gross  resource  requirements  and  net 
resource  availabilities  in  (IP^)  are  rough  logistic  estimates,  calibrated 
by  actual  field  experience  but  ultimately  just  approximate  target 
performance  levels.  For  interesting  operational  assignments  (i.e.,  early 
in  the  scenario)  there  are  simply  no  feasible  solutions;  the  goal  is  to 
guess  where  to  send  units  so  that  they  can  peremptori ly  cope  with  the 
mission  at  hand  with  maximal  effectiveness.  Accordingly,  we  accept  in 
practice  binary  solutions  which  may  be  as  much  as  25%  greater  than  an 
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optimal  lower  bound  in  total  value,  including  constraint  violation 
penalties.  Experimentally,  we  have  determined  at  additional  computational 
cost  (as  much  as  5  minutes  per  trial)  that  these  binary  solutions  are 
actually  almost  always  within  a  few  percent  of  the  true  optimum. 

A  decision  maker  can  help  ARES  with  its  operational  assignments  or 
completely  specify  a  solution  with  manual  assignment  features.  Our 
experience  suggests  that  the  decision  maker  can  express  some 
non-quant i f iable  guidance  in  this  fashion,  but  can  not  hope  to  apply  a 
remote. y  competitive  global  perspective.  Manual  competition  with  ARES 
reveals  that  model  computation  effort  is  amply  justified  by  the  quality  of 
operational  assignments  achieved.  The  operational  assignment  models, 
especially  (IP^),  produce  solutions  no  decision  maker  is  likely  to 
discover.  Some  of  these  solutions  have  yielded  remarkable  insights.  The 
initial  operational  commitment  of  units  is  arduous  and  crucial  to  mission 
success.  { IPj^)  is  worth  the  computational  investment. 

By  contrast,  the  tactical  allocation  models  (GN)  are  easy  to  solve 
even  in  the  cases  where  heroic  substitution  of  resources  are  required. 

The  size  of  each  (GN^)  varies  with  the  number  of  tasks  assigned  to  the 
unit,  and  the  non-zero  densities  of  resource  availabilities,  remaining 


requirements,  and  allowable  substitutions.  For  our  scenario,  a  typical 
instance  of  (GN^)  has  about  70  constraints  and  1,190  variables,  and  is 
generated  and  solved  in  less  than  0.1  second.  Stress  tests  with  525 
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constraints  and  12,500  variables  require  less  than  a  second. 
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DISCUSSION  AND  CONCLUSION 


The  subtlety  of  operational  assignment  has  surprised  us,  as  has  the 
ease  of  detailed  tactical  allocation.  Operational  assignments  are 
delicate  decisions,  and  the  success  of  entire  missions  appears  to  be  very 

sensitive  to  minute  details - precisely  the  considerations  a  hard-pressed 

decision  maker  would  likely  overlook  in  haste. 

Extensive  mechanisms  have  been  provided  in  ARES  to  encourage  manual 
review  and  coercion  of  solutions.  However,  there  have  been  very  few  cases 
in  which  such  guidance  improved  solutions  and  many  instances  in  which 
minor  manual  adjustments  of  operational  assignments  inflicted  great 
disruption.  For  example,  some  operational  assignments  of  ( I ) 
"cross-locate"  units  in  the  sense  that  a  pair  of  units  will  each  be 
collocated  with  a  task  assigned  to  the  other.  This  superficial  blemish 
can  easily  be  masked  by  manual  intervention  or  by  automated  solution 
editing.  Surprisingly,  the  removal  of  cross- locations  frequently 
increases  the  logistic  cost  of  the  solution:  there  is  a  very  delicate 
balance  of  logistic  support  of  task  cohorts  assigned  to  specialized  units. 
Cross-location  can  actually  make  a  great  deal  of  sense  in  practice. 

Manual  intervention  can  work  well  in  cases  inviting  human  judgement. 
For  instance,  nearly  completed  tasks  or  tasks  which  have  been  in  progress 
for  long  intervals  can  enjoy  efficiencies  not  apparent  to  our  models.  The 
decision  maker  can  easily  declare  tasks  completed  when  minor  requirements 
remain,  or  when  it  is  clear  that  the  models  are  unduly  influenced  by  a 
minor  requirement. 
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Operational  assignments  can  be  restricted  so  that  units  are  not  moved 
from  their  initial  new  locations  until  the  work  in  their  logistic 
influence  has  been  completed.  Surprisingly,  this  restriction  is  rarely 
needed  in  practice,  and  in  those  cases  in  which  multiple  relocations  are 
indicated  great  efficiencies  accrue  to  the  mission  as  a  whole.  We  view 
this  insight  as  a  strong  validation  of  the  modelling  philosophy  underlying 
ARES. 

Fortuitous  design  decisions  to  separate  operational  assignment  and 
tactical  allocation  models,  to  decompose  time  intervals,  and  to  couple  the 
resulting  restricted  components  with  simulation  and  human  intervention 
options  have  yielded  more  than  the  intended  benefits.  Our  original 
motives  were  to  capture  as  much  reality  as  possible  while  still  rendering 
models  capable  of  quick,  responsive  solution. 

The  decomposed  design  also  naturally  accomodates  features  which  are 
otherwise  difficult  to  provide.  For  instance,  partial  orderings  within 
tasks  caul  be  introduced.  Also,  discussions  with  Professor  Wayne  Hughes 
have  suggested  the  technical  feasibility  of  campaign  analysis,  two-sided 
gaming,  and  force-on- force  applications  of  ARES.  In  these  contexts,  the 
coupling  with  simulation  enhances  our  capabilities  enormously. 

ARES  was  originally  designed  for  use  on  an  IBM-PC.  There  is  no 
compelling  reason  not  to  use  this  microcomputer,  but  we  encountered  a  few 
practical  limitations.  An  arbitrary  640  kilobyte  memory  region  limitation 
and  crippling  errors  in  the  FORTRAN  compilers  available  for  the  IBM-PC 
present  artificial  conversion  costs  which  we  are  not  willing  to  bear. 

When  these  unfortunate  shortcomings  of  the  IBM-PC  are  repaired,  conversion 
might  be  reconsidered.  Calibration  tests  project  solution  times  on  the 
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